Automatically implementing a specification of a data protection intent

ABSTRACT

A specification of a data protection intent is received. Configurations for a plurality of different data management services are automatically determined in an attempt to achieve the specified data protection intent. The determined configurations in the plurality of different data management services are automatically implemented.

CROSS REFERENCE TO OTHER APPLICATIONS

This application claims priority to U.S. Provisional Patent Application No. 63/122,723 entitled AUTOMATICALLY IMPLEMENTING A SPECIFICATION OF A DATA PROTECTION INTENT filed Dec. 8, 2020 which is incorporated herein by reference for all purposes.

BACKGROUND OF THE INVENTION

A data management provider may provide a plurality of data management services, such as backup, restore, disaster recovery, replication, migration, analytics, compliance, security, etc. The data management provider may provide the data management services for a plurality of objects associated with an entity. Examples of objects include files, databases, virtual machines, applications, volumes, containers, pods, etc. An entity may correspond to a user, an individual, an enterprise, a government, a company, an institution, an organization, etc.

The plurality of objects associated with the entity may be stored in one or more datacenters associated with the entity and/or a cloud storage associated with the entity. A datacenter may include, one or more storage systems, such as a source system and a backup system. Each time the data management provider performs one of the data management services, a user associated with the entity may need to directly specify one or more objects to which the data management service applies. This can be a cumbersome process when the data management provider performs the plurality of data management services with respect to a large number of objects within and/or across datacenters.

BRIEF DESCRIPTION OF THE DRAWINGS

Various embodiments of the invention are disclosed in the following detailed description and the accompanying drawings.

FIG. 1 is a block diagram illustrating a system for automatically implementing a specification of a data protection intent in accordance with some embodiments.

FIG. 2 is a flow diagram illustrating a process for implementing a specification of a data protection intent in accordance with some embodiments.

FIG. 3 is a flow diagram illustrating a process for validating a data protection intent in accordance with some embodiments.

FIG. 4 is a flow diagram illustrating a process for improving a data protection intent in accordance with some embodiments.

FIG. 5 is a flow diagram illustrating a process for updating a configuration to achieve a data protection intent in accordance with some embodiments.

FIG. 6 illustrates an example of a graphical user interface in accordance with some embodiments.

DETAILED DESCRIPTION

A technique to automatically implement a specification of a data protection intent is disclosed herein. The technique described herein provides a flexible approach to configure a data management service without having to explicitly identify, e.g., by name, the one or more objects to which the data management service applies. The data protection intent specification includes a data pool and one or more data management services that apply to the data pool.

A data pool may be comprised of one or more data sets. A data set is comprised of one or more objects. In some embodiments, a data pool is comprised of one or more objects without one or more specified data sets. Examples of objects include files, databases, virtual machine, applications, containers, volumes, etc. An object associated with the entity may be associated with one or more tags, labels, features, and/or prefixes (e.g., a naming convention). A tag, label, feature, or prefix may correspond to a file type, file extension, data type, location, storage tenant, creation date, file size, memory used, most recently update timestamp, permission level, owner, projection job type, etc. The one or more objects that are to be included in the data pool when the one or more data management services are performed may be based on a tag, label, feature, and/or prefix associated with the one or more objects. For example, the user associated with the entity may specify that objects having a tag “Mission Critical Billing” are to be included in the data pool. The data pool may be a heterogeneous data pool that includes objects of different type. For example, the data pool may include a virtual machine and a database.

The one or more objects included in the data pool may change over time. Objects may be added or removed from a data pool. For example, a first set of objects may be included in the data pool when a first instance of a first management service is performed. The first management service may be performed for one or more objects having a first tag. After the first management service is performed, the first tag may be removed from one or more objects included in the first set of objects. A second set of objects may be included in the data pool when a second instance of the first management service is performed. The second set of objects may include the one or more objects that were included in the first set of objects that still have the first tag, but exclude the one or more objects that were included in the first set objects, but no longer have the first tag.

The data protection intent specification may at least specify a recovery point objective (RPO), a recovery time objective (RTO), and/or an input/output operations per second (IOPS) value for the one or more objects to be included in the data pool. RPO is a measure of the acceptable amount of data loss for the one or more objects included in the data pool after a disruption of the one or more systems hosting the one or more objects included in the data pool. RTO is a measure of how fast the one or more objects included in the data pool need to be back online after the disruption. The IOPS value may indicate the minimum performance needed for a system to which the one or more objects may be restored, replicated, migrated, etc.

A data management provider may establish a data management as a service (DMaaS) infrastructure in a cloud environment (e.g., public cloud, private cloud, hybrid cloud, etc.) provided by a cloud provider (e.g., Amazon Web Services™, Microsoft™ Azure, Google Cloud™, etc.). The DMaaS infrastructure may enable entities to remotely specify a data protection intent for the objects that are stored in one or more datacenters associated with the entity. A datacenter may be a physical datacenter, a virtual data center, or located in a cloud environment. The DMaaS infrastructure may include a control plane and one or more data planes. The control plane may include a data management plan orchestrator that is configured to receive the specification of the data protection intent from a graphical user interface (GUI) of a user device associated with a user. In response, the data management plan orchestrator establishes a data pipeline to achieve the intent by analyzing the received data protection intent specification to identify one or more data management services needed to achieve the intent specified by the user, determining configurations for the one or more identified data management services, validating the received data protection intent specification, and after validation, sending one or more commands to one or more data storage devices, one or more data services, and/or one or more data management service tools needed to implement the configurations of the one or more data management services. A determined configuration for a data management service may include settings, constraints, and/or parameters for a data storage service associated with the data management service, a data storage device associated with the data management service, and/or a data management service tool (e.g., a software tool that assists in performing a backup). A configuration for a data management service tool may include a start time, a duration that the data management service tool may be used, and a time window in which the data management service tool may be used.

For example, the data management plan orchestrator may receive a specification of a data protection intent that indicates a near-zero RPO (e.g., less than five minutes) and a near-zero RTO (e.g., less than 5 minutes) for the one or more objects to be included in a data pool. The data management plan orchestrator may identify a backup job and a replication job needed to achieve the near-zero RPO and the near-zero RTO. The data management plan orchestrator may determine configurations for the one or more data management services (e.g., protection jobs, sync-replication, hot-standby, etc.) needed to achieve the near-zero RPO and the near-zero RTO for the one or more objects to be included in the data pool. After the data management plan orchestrator determines configurations for the one or more data management services, the data management plan orchestrator may determine whether the one or more data management services are able to be implemented in a manner that corresponds to the determined configurations. For example, the data protection intent specification may indicate a near-zero RTO at a particular disaster recovery site, but the particular disaster recovery site is unable to provide a near-zero RTO for one or more reasons (e.g., site connectivity issues, disaster recovery site load, etc.). The disaster recovery site may be a physical data center, a virtual data center, a cloud-based data center, etc. In the event the data protection intent is unable or unlikely to be achieved due to actual, estimate, or forecasted resources and/or loads, the data management plan orchestrator may provide to a user associated with the entity via a GUI associated with a user device, a notification that indicates the data protection intent is unable or unlikely to be achieved. In the event the data protection intent is able to be achieved, the data management plan orchestrator may implement the data protection intent by sending one or more commands to one or more data storage devices, one or more data services, and/or one or more data management service tools needed to implement the determined configurations for the one or more data management services.

The data management plan orchestrator may determine a plurality of different configurations. For example, the data management plan orchestrator may determine that the intent may be achieved by backing up data from a source system to a backup system and then replicating the backed up data to a storage system at a first disaster recovery site and that the intent may also be achieved by backing up data from the source system to the backup system and replicating the backed up data to a storage system at a second disaster recovery site. In some embodiments, the data management plan orchestrator automatically selects an optimal configuration (e.g., using a machine learning model, a rules-based model, a heuristic model, etc.). In some embodiments, the data management plan orchestrator provides the plurality of different configurations to a user via the GUI of the user device and receives a selection of one of the different configurations.

In some embodiments, the data management plan orchestrator analyzes the data protection intent specification and determines that the data protection intent may be implemented in a different manner than specified by the data protection intent specification. The data management plan orchestrator may determine a more efficient manner to achieve the data protection intent. For example, the data protection intent specification may include a disaster recovery plan that indicates a disaster recovery plan for VMs having a particular tag that are located at a primary site. The data protection intent specification may indicate a particular RPO and a particular RTO for the VMS having the particular tag, and a particular disaster recovery site. A hot standby is a replica of an object associated with the source system that is up-to date and ready to use within the specified RTO. The data management plan orchestrator may determine that creating, at the disaster recovery site, hot standbys for some or all of the one or more objects to be included in the data pool may achieve the data protection intent, however, the data management plan orchestrator may also determine that the particular RPO and the particular RPO may also be achieved by creating at a second disaster recovery site hot standbys for some or all of the one or more objects to be included in the data pool. This may be more efficient because less resources are used to configure the plurality of different data management services needed to achieve the data protection intent. For example, the amount of resources (e.g., primary system backup system processing resources, bandwidth resources to stream object data from the primary site backup system to the second disaster recovery site backup system, second disaster recovery site backup system processing resources, etc.) needed to create at a backup system located at the second disaster recovery site hot standbys for some or all of the one or more objects included in the data pool is less than the amount of resources (e.g., primary system backup system processing resources, bandwidth resources to stream object data from the primary site backup system to the disaster recovery site backup system, disaster recovery site backup system processing resources, etc.) needed to create at a backup system located at the disaster recovery site hot standbys for some or all of the one or more objects included in the data pool. The data management plan orchestrator may establish this hot-standby configuration even though it may not be required by the data protection intent specification because it reduces overall system resources needed to setup and achieve the disaster recovery plan specified by the data protection intent specification.

In some embodiments, the data management plan orchestrator monitors the one or more data storage devices, one or more data services, and/or one or more data management service tools performing the one or more data management services. The data plan management orchestrator may determine that a current configuration of the one or more data storage devices, one or more data services, and/or one or more data management service tools performing the one or more data management services to achieve the data protection intent need to be modified to maintain the data protection intent. For example, a data pool may include a plurality of VMS that are associated with a particular tag. The number of VMs associated with the particular tag may have increased since the current configuration was implemented such that a RPO and/or a RTO specified by the data protection intent specification cannot be achieved or maintained. The data management plan orchestrator may modify the current configuration in a manner that allows the data protection intent to be maintained. For example, the disaster recovery site identified in the data protection intent specification may be unable to provide a RPO and/or RTO specified by the data protection intent specification. The data management plan orchestrator may identify a different disaster recovery site for the primary site and configure the different disaster recovery site to achieve the data protection intent. The data management plan orchestrator may send to the different disaster recovery site one or more commands to establish one or more data management services at the different disaster recovery site. This ensures that regardless of changes to environment, the data management provider is able to provide an entity a level of protection specified by the data protection intent.

FIG. 1 is a block diagram illustrating a system for automatically implementing a specification of a data protection intent in accordance with some embodiments. In the example shown, system 100 enables user 101 to establish, via a GUI 103 of user device 102, a specification of a data protection intent for one or more datacenters.

User device 102 may be a computer, a desktop, a laptop, a smartphone, a tablet, or any other computing device with a GUI. User device 102 is associated with user 101. User 101 may be associated with an entity, such as an individual, an enterprise, a government, a company, an institution, an organization, etc. The entity may store a plurality of objects in datacenters 142 a, 142 b. An object may correspond to a file, a database, a virtual machine, an application, a volume, etc. Although FIG. 1 depicts the entity being associated with two datacenters, an entity may be associated with one or more datacenters. A datacenter may be a physical datacenter, a virtual data center, or located in a cloud environment.

A data management provider may establish a DMaaS infrastructure in cloud environment 110 (e.g., public cloud, private cloud, hybrid cloud, etc.) provided by a cloud provider (e.g., Amazon Web Services™, Microsoft™ Azure, Google Cloud™, etc.). The DMaaS infrastructure may enable entities to remotely specify a data protection intent for their data that is stored in one or more datacenters. The DMaaS infrastructure may include control plane 112 and one or more data planes, such as data planes 121 a, 121 b.

Control plane 112 is configured to manage the DMaaS infrastructure that enables users, such as user 101, to remotely access and manage one or more objects associated with an entity. Control plane 112 includes a user interface (UI) service virtualization module 113 that enables user device 102 to communicate with the DMaaS infrastructure. UI service virtualization module 113 may receive from device 102 via GUI 103 an indication of a specification of a data protection intent. The data protection intent may specify a data pool and a data management service to apply to the specified data pool. A data pool may be comprised of one or more data sets. A data set is comprised of one or more objects. In some embodiments, a data pool is comprised of one or more objects without one or more specified data sets. Examples of objects include files, databases, virtual machine, applications, containers, volumes, etc. An object associated with the entity may be associated with one or more tags, labels, features, and/or prefixes. A tag, label, feature, or prefix may correspond to a file type, file extension, data type, location, storage tenant, creation date, file size, memory used, most recently update timestamp, permission level, owner, projection job type, etc. The one or more objects that are to be included in the data pool when the one or more data management services are performed may be based on a tag, label, feature, and/or prefix associated with the one or more objects.

In response to receiving the data protection intent specification, UI service virtualization module 113 may provide the data protection intent specification to data management plan orchestrator 114. The data pool specification and the data management service specification represent an intent of user 101.

Data management plan orchestrator 114 may utilize the data protection intent that includes the data pool specification and the data management service specification to achieve the intent of user 101. For example, the data pool specified by user 101 via GUI 103 may indicate that virtual machines having a particular tag at a particular location need a particular RPO and a particular RTO. Data management plan orchestrator 114 may validate the data protection intent specification to determine whether the intent of user 101 is able to be achieved. Data management plan orchestrator 114 may validate the data protection intent specification by performing at least one of determining whether the inputs associated with the data protection intent are correct (e.g., whether inputs associated with a data management plan for a data management service are correct), determining the network resources needed to implement the data protection intent specification are sufficient, determining whether a specified resource (e.g., disaster recovery site system) needed to perform some or all of a data management plan of the data protection intent specification is capable of performing as required by the specified data management plan of the data protection intent specification (e.g., has enough storage, system resources, etc.), determining whether a service level agreement is able to be achieved (e.g., able to achieve a specified RPO and/or RTO), identifying the one or more datacenter components that are needed to achieve the intent, etc.

In the event the data protection intent specification is unable or unlikely to be achieved due to actual, estimate, or forecasted resources and/or loads, data management plan orchestrator 114 may notify, via GUI 103 of device 102, user 101 that the data protection intent specification is unable to be validated. Data management plan orchestrator 114 may implement one or more machine learning models to determine whether the data protection intent specification is unable or unlikely to be achieved. In the event the data protection intent specification of user 101 is able to be achieved, data management plan orchestrator 114 may orchestrate a plurality of different data management services in an attempt to achieve the specified data protection intent. The plurality of different data management services may include protection jobs (e.g., backup, continuous data protection), cloud archive, cloud conversion, cloud archive direct, sync-replication, hot-standby, etc. Data management plan orchestrator 114 may establish a data pipeline to achieve the intent by determining configurations for one or more data management services needed to achieve the intent specified by the user. A determined configuration for a data management service may include settings, constraints, and/or parameters for a data storage service associated with the data management service, a data storage device associated with the data management service, and/or a data management service tool (e.g., a software tool that assists in performing a backup). Data management plan orchestrator 114 may send one or more commands to the one or more data storage devices, one or more data services, and/or one or more data management service tools needed to implement the determined configurations of the one or more data management services. For example, data management plan orchestrator 114 may send one or more commands to client side components 145 a, 145 b, source systems 143 a, 143 b, backup systems 144 a, 144 b, cloud storage systems 122 a, 122 b, and/or cloud storage 132. In some embodiments, data management plan orchestrator 114 implements one or more machine learning models to determine the configurations. The one or more machine learning models may be a supervised model (e.g., linear regression, random forest, gradient boosting, support vector machine, logistic regression, artificial neural networks, convolutional neural networks, etc.), an unsupervised model (e.g., cluster analysis, k-means, DBSCAN (density-based spatial clustering of applications with noise), hierarchical clustering, anomaly detection, autoencoders, deep belief network, principal component analysis, etc.) a reinforcement model, etc.

Control plane 112 may establish one or more data planes for an entity based on a location of the entity's datacenters. For example, datacenter 142 a may be located at a first location (e.g., California) and datacenter 142 b may be located at a second location (e.g., New York). The data management provider may establish data plane 121 a for a first region (e.g., “West Coast”) that includes the first location and data plane 121 b for a second region (e.g., “East Coast”) that includes the second location. A data plane may include one or more cloud storage systems that are each comprised of one or more cloud servers (e.g., EC2 instances). A data plane may be configured to control how data associated with an entity is stored in cloud storage system 122 a, cloud storage system 122 b, and/or cloud storage 132.

An entity may add one or more additional datacenters at corresponding locations and the one or more additional datacenters may be assigned to a data plane based on the corresponding locations of the one or more additional datacenters. For example, an entity may add an additional datacenter at a third location (e.g., Los Angeles or Washington D.C.) and the additional datacenter may be assigned to data plane 121 a or data plane 121 b based on the third location (e.g., Los Angeles is located on the “West Coast,” Washington D.C. is located on the “East Coast”). The data management provider may also add additional data planes in the event datacenters associated with an entity expand across the world (e.g., Europe, Asia, etc.).

Datacenters 142 a, 142 b include corresponding source systems 143 a, 143 b. A source system may be a server, a virtual machine, a container, a database, etc. In some embodiments, a source system is coupled to a backup system. For example, source system 143 a may be coupled to backup system 144 a and source system 143 b may be coupled to backup system 144 b. In some embodiments, a datacenter does not include a backup system. Source systems 143 a, 143 b may be configured to receive from control plane 112 one or more commands to perform one or more data management services. For example, source systems 143 a, 143 b may receive one or more commands to create a protection job for one or more objects hosted on source systems 143 a, 143 b, respectively. A protection job may be a full backup, an incremental backup, CDP, etc. An example of CDP is described in U.S. patent application Ser. No. 16/549,719 entitled “Continuous Data Protection Using A Write Filter,” filed on Aug. 23, 2019, the entire contents of which are incorporated herein by reference for all purposes. CDP may be achieved by a source system, such as source systems 143 a, 143 b performing a reference snapshot to a backup system, such as backup system 144 a, 144 b. The source system may provide a log of write IOs that occur between reference snapshots. This allows the backup system to restore a source system to any point in time for which there is a backup snapshot and a write IO entry in a log.

The type of protection job created by source systems 143 a, 143 b may be based on the data protection intent. For example, the data protection intent may specify an RPO. If the specified RPO is less than or equal to a first threshold duration (e.g., 5 minutes), then the protection job may require CDP to be enabled for the one or more objects hosted by a source system that are included in the data pool. If the specified RPO is greater than the first threshold duration, then the protection job may require incremental backups of the one or more objects hosted by a source system to be performed according to a backup schedule (e.g., every hour, after a threshold amount of data has changed, etc.). The frequency at which an incremental backup is performed depends on the specified RPO and the capabilities of the source system to achieve the specified RPO.

Backup systems 144 a, 144 b may receive from control plane 112 one or more commands to perform one or more data management services for one or more objects to be included in a data pool when one or more data management services are to be performed. The plurality of different data management services may include backup, continuous data protection, sync-replication, cloud archive, cloud conversion, cloud archive direct, hot-standby, etc. For example, a backup system may receive one or more commands to backup data associated with one or more objects that are to be included in the data pool when the one or more data management services are to be performed. A backup system may receive one or more commands to perform a sync-replication operation to a destination system for objects to be included in the data pool that are to be backed up from a source system to the backup system. Sync-replication is the process of synchronously replicating data that is backed up data from the backup system to a destination system, such as a disaster recovery site. The destination system may be specified by the data protection intent specification. In some embodiments, the destination system is another backup system, such as backup systems 144 a, 144 b. In some embodiments, the destination system is a cloud storage, such as cloud storage 132. A hot standby may be generated at any of the destination systems.

A backup system may receive one or more commands to generate corresponding hot-standbys for one or more objects included in a data pool. A hot standby may be a replica of an object associated with the source system that is up-to date and ready to use within a specified RTO. Data management plan orchestrator 114 may determine whether hot-standbys are needed for the one or more objects to be included in the data pool when the one or more data management services are to be performed based on a specified RTO included in a data protection intent specification. If the RTO is less than or equal to a second threshold duration (e.g., 5 minutes), data management plan orchestrator 114 may require a hot standby be created for some or all of the one or more objects to be included in the data pool when the one or more data management services are to be performed. If the RTO is greater than the second threshold duration, data management plan orchestrator 114 may not require a hot standby to be created for some or all of the one or more objects to be included in the data pool when the one or more data management services are to be performed.

Datacenters 142 a, 142 b may include corresponding client side component(s) 145 a, 145 b. The one or more client side components 145 a, 145 b may be configured to receive from control plane 112 one or more commands to perform one or more data management services. For example, the one or more client side components 145 a, 145 b may receive one or more commands to back up content from corresponding source systems 103 a, 103 b and/or corresponding backup systems 104 a, 104 b to cloud storage 132 (e.g., Amazon Simple Storage Service (S3)). Client side components 145 a, 145 b may receive one or more commands to replicate objects having a particular tag to datacenter 142 b, 142 a, respectively. Client side components 145 a, 145 b may receive one or more commands to cause an object having a particular tag that is hosted on source systems 143 a, 143 b, respectively, to have a particular RPO and RTO.

A client side component, such as client side components 105 a, 105 b, may backup to cloud storage 132 data associated with a source system, such as source systems 103 a, 103 b, or data associated with a backup system, such as backup systems 104 a, 104 b. A cloud storage system, such as cloud storage systems 122 a, 122 b, may generate metadata for the data that is stored at cloud storage 132. In some embodiments, a cloud storage system, such as cloud storage system 122 a, 122 b, may store the generated metadata at cloud storage 132.

User 101 may specify a data protection intent via GUI 103 of user device 102. In some embodiments, GUI 103 is part of an application running on user device 102. In some embodiments, GUI 103 is a plugin running in a web browser. In some embodiments, GUI 103 is provided by a containerized-application running on user device 102. GUI 103 is configured to present a plurality of building blocks that enable user 103 to specify the data protection intent. GUI 103 may enable user 101 to manipulate the plurality of building blocks in manner that graphically represents the user's data protection intent.

A data pool may include one or more data sets. A data set is comprised of one or more objects. In some embodiments a data pool is comprised of one or more objects without one or more data sets. GUI 103 may enable user 101 to graphically specify which objects are to be included in the data pool and/or a data set through the use of one or more of the building blocks. For example, GUI 103 may display a plurality of building blocks for specifying a data set. GUI 103 may enable user 101 to perform a series of “drag and drop” operations of the plurality of building blocks to specify the data set. A data set specified by user 101 may include any combination of the building blocks available for specifying a data set. GUI 103 may enable the data set specified by user 101 to be included in a data pool specified by user 101.

The plurality of building blocks for specifying a data set may include a GUI item that enables user 101 to specify a data set to be included in a data pool. The GUI item may enable user 101 to name the data set.

The plurality of building blocks for specifying a data set may include a GUI item that enables user 101 to specify a location associated with objects to be included in the data set. Objects that are not associated with the specified location may be excluded from the data set.

The plurality of building blocks for specifying a data set may include a GUI item that enables user 101 to specify a data source for objects to be included in the data set. The objects that are included in the data set may be limited based on a data type associated with object. For example, the data set may be limited to VMs and exclude objects of other data types (e.g., databases).

The plurality of building blocks for specifying a data set may include a GUI item that enables user 101 to manually select objects to be included in the data set. The GUI provides a flexible approach to add one or more objects to a data set without having to explicitly identify, (e.g., by name), the one or more objects to be included in the data set. However, the GUI provides a user the ability to include one or more objects by name.

The plurality of building blocks for specifying a data set may include a GUI item that enables user 101 to specify objects to be included in the data set by a tag, a label, feature, and/or a prefix. For example, user 101 may specify that objects with a tag are included in the dataset.

The plurality of building blocks for specifying a data set may include a GUI item that enables user 101 to specify a rule for adding objects to the data set. For example, user 101 may specify a rule that objects included in the data set may not be transmitted outside a particular region. A disaster recovery plan may be established for a datacenter located in the United Kingdom. An entity may have a datacenter located in New York and Germany. The rule may indicate that objects located in the dataset may not be transmitted outside of Europe. Thus, the datacenter located in Germany may be selected as a disaster recovery site while the data center located in New York may not be selected as a disaster recovery site. In another example, user 101 may specify a rule that VMs having certain criteria or properties (e.g., memory used is greater than a first threshold) are to be included in the data set. In the event a new VM is created and has the certain criteria or properties specified by the rule (e.g., the new VM uses more memory than the first threshold), the new VM may be automatically added to the data set.

The plurality of building blocks for specifying a data set may include a GUI item that enables user 101 to add a rule operator for the data set. For example, user 101 may specify that objects created before a particular date are excluded from the data set.

After a data set has been finalized (e.g., saved), the data set may be available for selection to specify a data pool. GUI 103 may enable user 101 to specify which data sets to include in a data pool for a specification of a data protection intent. A data protection intent specification is comprised of a specified data pool and one or more data management services.

GUI 103 may enable user 101 to specify a data protection intent through the use of a plurality of building blocks. GUI 103 may enable user 101 to perform a series of “drag and drop” operations to specify the data protection intent. The data protection intent specified by user 101 may include any combination of the building blocks available for specifying the data protection intent.

The plurality of building blocks may include a GUI item that enables user 101 to specify a primary site associated with a disaster recovery plan. A primary site may correspond to a datacenter location associated with an entity.

The plurality of building blocks may include a GUI item that enables user 101 to specify, if needed, a disaster recovery site associated with the disaster recovery plan. The disaster recovery site may correspond to a datacenter associated with the entity that is different than the specified primary site.

The plurality of building blocks may include a GUI item that enables user 101 to specify a data pool to which the disaster recovery plan is to be applied. The data pool is comprised of one or more data sets. In the event user 101 adds a plurality of data sets to the data pool, the order in which the disaster recovery plan is to be applied is based on a top-down order. In some embodiments, the order in which the disaster recovery plan is to be applied is based on a bottom-up order. In some embodiments, the one or more data sets are analyzed to determine all of the objects included in the one or more data sets and the data management service is applied to the objects included in the one or more data sets independent of the object's membership in a data set.

The plurality of building blocks may include a GUI item that enables user 101 to specify a target center associated with the disaster recovery plan. In some embodiments, a target center corresponds to a data set. In some embodiments, the target center corresponds to a server or virtual machine that is to receive data associated with one or more objects stored at the primary site. For example, the target center may correspond to a server or virtual machine that is to be used for restore, migration, replication, continuous data protection, etc.

The plurality of building blocks may include a GUI item that enables user 101 to specify a time delay associated with the disaster recovery plan. The time delay may indicate an amount of time after the data protection intent specification is validated before a data management service associated with the data protection intent specification is performed.

In some embodiments, a time delay is specified for a data set included in a data pool. For example, a data management service may be applied to a first data set included in the data pool. The graphical user interface item that enables a user to specify a time delay associated with the data management service may enable the user to specify an amount of time before the data management service is applied to a second data set included in the data pool.

In some embodiments, a time delay is applied to a data pool. For example, after a specification of the data protection intent is validated, the time delay may indicate an amount of time before one of the data management services included in the data protection intent specification is to be applied to the data pool.

The plurality of building blocks may include a GUI item that enables user 101 to specify a script associated with the disaster recovery plan. For example, the script may be a script to validate that a target center has enough storage to perform the data management service, a script to check network connectivity to perform the data management service, etc.

The plurality of building blocks may include a GUI item that enables user 101 to specify a protection profile associated with the disaster recovery plan. The protection profile may indicate a RTO, a RPO, and/or IOPS associated with objects included in the specified data pool. The protection profile may indicate a tier associated with objects included in the specified data pool. A tier may be associated with a corresponding RPO, RTO, and/or IOPS.

The protection profile may indicate a frequency at which backups (e.g., continuous, hourly, daily, weekly, etc.) are to be performed for objects included in the specified data pool. The protection profile may indicate a type of backup (e.g., full backup, incremental backup, CDP) that is to be performed for objects included in the specified data pool. The protection profile may indicate a frequency (e.g., one time, daily, weekly, etc.) at which a virus scan is performed on objects included in the specified data pool. The protection profile may indicate an object tier for objects included in the specified data pool. Objects having different object tiers may be associated with different protection profiles.

GUI 103 may include a GUI item that enables user 101 to validate the combination of building blocks that specify the data protection intent. In response to a selection of the GUI item, user device 102 may send to control plane 112 data associated with the data protection intent specification. The data protection intent specification may include data associated with a specified data management plan (e.g., disaster recovery plan) for a data management service. The data associated with the data protection intent specification is provided to data management plan orchestrator 114.

FIG. 2 is a flow diagram illustrating a process for implementing a specification of a data protection intent in accordance with some embodiments. In the example shown, process 200 may be implemented by a data protection management orchestrator, such as data management plan orchestrator 114.

At 202, a specification of a data protection intent is received. The specification indicates a data pool and one or more data management services that are to be applied to the one or more objects associated with the data pool. In some embodiments, the one or more objects to be included in the data pool when the data management service is performed share at least one tag, label, feature, and/or prefix. For example, the data pool may include 50 VMS that are associated with the shared tag, label, feature, and/or prefix. In some embodiments, the data protection intent specification indicates, for the one or more objects included in the data pool, a RPO, a RTO, and/or an IOPS.

The data protection intent specification may indicate a primary site associated with the one or more objects included in the data pool. The data protection intent specification may indicate one or more disaster recovery sites. For example, the data protection intent specification may indicate the primary site is located in San Jose, California, a first disaster recovery site is located in Nevada and a second disaster recovery site is located in a cloud storage (e.g., Amazon Web Services®). The first disaster recovery site may include a backup system. The data protection intent specification may indicate that the one or more objects included in the data pool are to be available at the backup system of the first disaster recovery site with a near-zero RPO (e.g., less than 5 minutes) and a near-zero RTO (e.g., less than 5 minutes). The data protection intent specification may indicate that the one or more objects included in the data pool are to be available at the cloud storage of the second disaster recovery site with a near-zero RPO and an RTO of 8 hours.

In some embodiments, the data protection intent specification indicates a tier associated with the one or more objects included in the data pool. The tier may have an associated RPO and/or RTO requirement. For example, tier 1 objects may be associated with a near-zero RPO and a near-zero RTO, tier 2 objects may be associated with a RPO of a first value and a RTO of a first value, . . . , and tier n objects may be associated with a RPO of an nth value and a RTO of a nth value.

At 204, configurations for a plurality of different data management services in an attempt to achieve the specified data protection intent are automatically determined. A data management provider may provide a plurality of different data management services. The data management plan orchestrator may determine which of the plurality of different data management services are needed to implement the specified data protection intent. The data management plan orchestrator may also determine a corresponding configuration for each of the determined data management services needed to implement the specified data protection intent.

For example, to make the one or more objects included in the data pool available at the first disaster recovery site with a near-zero RPO and a near-zero RTO, the data management plan orchestrator may need to determine a backup system associated with the primary site, determine protection job configurations for the one or more objects included in the data pool at the primary site, determine sync-replication configuration between a backup system of the primary site and a backup system of the first disaster recovery site, and determine hot-standby configurations for the one or more objects at the first disaster recovery site.

Data management services may be different based on the type of service (e.g. backup, restore, disaster recovery, replication, migration, analytics, compliance, security, etc), configuration (e.g. configuring a backup for a VM may be different from configuring a backup for a DB), tools required (backing up a VM may require backing up a DB), or combinations thereof.

Different configurations of a data management service may be needed for different types of objects. For example, the configuration of a database backup may be different than the configuration of a virtual machine backup. In some embodiments, the configurations of a data management service is the same for different types of objects.

Different data management service tools may be needed based on the type of object to which the data management service is being performed. For example, the one or more data management service tools for performing a database backup may be different than the one or more data management service tools for performing a virtual machine backup. In some embodiments, the data management service tools(s) are the same for different types of objects.

The configurations for one or more data management service tools associated with performing a data management service may also be different based on the object to which the data management service is being performed. For example, the configuration of one or more data management service tools for performing a database backup may be different than the configuration of one or more data management service tools for performing a virtual machine backup. In some embodiments, the configurations for one or more data management service tools associated with performing a data management service is the same for different types of objects.

The data management plan orchestrator may use a data structure (e.g., table, list, etc.) to determine the backup system associated with the primary site. The data management plan orchestrator may determine the protection job configurations for the one or more objects included in the data pool at the primary site based on the data protection intent specification. The data protection intent specification may include a specified RPO. If the specified RPO is less than or equal to a first threshold duration (e.g., 5 minutes), then the protection job may require CDP to be enabled for the one or more objects at the primary site. If the specified RPO is greater than the first threshold duration, then the protection job may require incremental backups to be performed at the primary site according to a backup schedule (e.g., every hour, after a threshold amount of data has changed, etc.).

The data management plan orchestrator may determine sync-replication configurations between a backup system of the primary site and a backup system of the first disaster recovery site and hot-standby configurations for the one or more objects at the first disaster recovery site based on the data protection intent specification. The data protection intent specification may include a specified RTO. If the specified RTO is less than or equal to a second threshold duration (e.g., 5 minutes), the sync-replication configuration may require a hot standby to be created for some or all of the one or more objects included in the data pool. If the specified RTO is greater than the second threshold duration, the sync-replication configuration may not require a hot standby to be created for some or all of the one or more objects included in the data pool.

In another example, to make the one or more objects included in the data pool available at the cloud storage with a near-zero RPO, the data management plan orchestrator may need to determine a cloud archive direct configuration for the one or more objects at the second disaster recovery site. In the event the RPO is less than or equal to a third threshold duration, data associated with the one or more objects included in the data pool may need to be continuously streamed from a source system hosting the one or objects included in the data pool to a cloud storage. In the event the RPO is greater than equal to the third threshold duration, data associated with the one or more objects included in the data pool may need to be archived from a source system hosting the one or objects included in the data pool to a cloud storage according to a schedule that allows the specified RPO to be achieved. To make the one or more objects included in the data pool available at the cloud storage with a RTO of 8 hours, the data management plan orchestrator may need to determine a cloud format conversion process configuration needed to convert the data associated with the one or more objects included in the data pool that is stored at the cloud storage into a format associated with a cloud provider.

In some embodiments, a data management plan orchestrator may determine configurations for a plurality of different data management services based on a corresponding tier associated with the one or more objects included in the data pool.

At 206, the specification of the data protection intent is validated. The data management plan orchestrator may determine whether determined configurations are able to be achieved. In the event the determined configurations are not able to be achieved, the data management plan orchestrator may inform a user associated with an entity that the data protection intent specification is not validated.

At 208, the determined configurations in the plurality of different data management services are automatically implemented. The data management orchestrator may send one or more commands to the one or more data storage devices, one or more data services, and/or one or more data management service tools needed to implement the determined configurations of the one or more data management services.

FIG. 3 is a flow diagram illustrating a process for validating a data protection intent in accordance with some embodiments. In the example shown, process 300 may be implemented by a data management plan orchestrator, such as data management plan orchestrator 114. In some embodiments, process 300 is implemented to perform some or all of step 206 of process 200.

At 302, a specification of a data protection intent is analyzed. The specification may include a specified RPO, a specified RTO, a specified IOPS, etc. The data protection intent specification analysis may identify one or more types of objects specified to be included in the data pool when the disaster recovery plan is performed. For example, the data management plan orchestrator may identify, based on tags, labels, and/or features associated with a particular object, whether the particular object is a high input/output (IO) object (e.g., an object having a number of IOs/min greater than or equal to an IO threshold), whether the particular object is a low IO object (e.g., an object having a number of IOs/min less than or equal to the IO threshold), performance requirements associated with the particular object, etc.

A data management plan orchestrator may determine configurations for a plurality of different data management services needed to achieve the data protection intent specification.

At 304, it is determined whether the data protection intent is able to be achieved based in part on the data protection intent specification and the data protection intent specification analysis. A data management plan orchestrator may identify the one or more data storage devices, one or more data services, and/or one or more data management service tools needed to achieve the data protection intent specification. Each of the one or more identified data storage devices, data services, or data management service tools may need to perform some or all of a data management service. The one or more data management services may include protection jobs, sync-replication, and/or hot-standby. The data management plan orchestrator may determine whether an identified data storage device, an identified data service, and/or an identified data management service tool is able to implement a corresponding configuration associated with the one or more data management services that the identified data storage devices, identified data services, and/or data management service tools are to implement.

For example, the data management plan orchestrator may determine that a scheduled backup (e.g., every hour, every six hours, daily, etc.) is sufficient to achieve the specified RPO for an object. The data management plan orchestrator may determine whether a backup system has sufficient storage to store the data associated with the object to achieve the specified RPO for the object.

In some embodiments, the data management plan orchestrator determines that CDP needs to be enabled to achieve the specified RPO for an object. The data management plan orchestrator may determine whether the object is capable of performing CDP. The data management plan orchestrator may determine whether network capabilities are sufficient to support CDP.

The data management plan orchestrator may determine a sync-replication configuration for the one or more objects to be included in the data pool when a data management plan for a data management service is performed based on a specified RPO and a specified RTO included in the data protection intent specification, and the data protection intent specification analysis. If the specified RTO is less than or equal to an RTO threshold duration (e.g., 5 minutes), the sync-replication configuration may require a hot standby to be created for some or all of the one or more objects (e.g., the CDP-enabled objects) to be included in the data pool when the disaster recovery plan is performed. If the specified RTO is greater than the RTO threshold duration, the sync-replication configuration may not require a hot standby to be created for some or all of the one or more objects included in the data pool when the data management plan is performed. The data management plan orchestrator may determine whether a specified disaster recovery system is capable of hosting hot standbys as specified in the data protection intent. For example, the data protection intent analysis may determine that an object is a high IO and the specified disaster recovery system may not have sufficient resources to host a hot standby for the high IO object because it hosts other objects that already use a majority of the specified disaster recovery system's resources.

The determined sync-replication configuration may indicate a frequency at which write IOs stored in the log maintained by the CDP service are streamed to a hot standby based on the specified RPO. If the specified RPO is less than or equal to a RPO threshold duration (e.g., 5 minutes), the sync-replication configuration may require write IOs logged by the CDP service associated with the backup system to be streamed from the backup system to the hot standby as the write IOs are received by the CDP service associated with the backup system from the source system. If the specified RPO is greater than the RPO threshold duration, the sync-replication configuration may require write IOs logged by the CDP service associated with the backup system to be streamed from the backup system to the hot standby at a frequency that allows the specified RPO to be achieved (e.g., every 30 minutes, hourly, etc.). The data management plan orchestrator may determine whether the network resources are capable of supporting the specified RPO.

In the event the data protection intent is able to be achieved, process 300 proceeds to 306. The data protection intent specification may be validated in the event each of the one or more identified systems are able to implement the one or more corresponding data management services needed to achieve the data protection intent specification.

In the event the data protection intent is unable to be achieved, process 300 proceeds to 308. The data protection intent may be unachievable in the event at least one of the one or more identified systems is unable to perform the one or more corresponding data management services needed to achieve the data protection intent specification.

At 306, a notification that the data protection intent is able to be achieved is provided. The notification may be provided to a user associated with an entity via a GUI of a user device.

At 308, a notification that the data protection intent is unable to be achieved is provided. In some embodiments, the notification includes one or more recommendations to modify the data protection intent specification (e.g., modify disaster recovery site, modify specified RPO, modify specified RTO, etc.) that, if adopted by the user, would cause the data management plan orchestrator to validate the data protection intent specification. The user may accept the modified data protection intent specification. In response, the data management plan orchestrator may cause the modified data protection intent specification to be implemented.

In some embodiments, the notification indicates a closest possible data protection intent. For example, the user may have specified an RTO of 5 minutes for a data pool. The notification may indicate that an RTO of 5 minutes is not possible for the data pool, but an RTO of 10 minutes is possible. The user may accept the closest possible data protection intent specification. In response, the data management plan orchestrator may cause the closest possible data protection intent to be implemented.

FIG. 4 is a flow diagram illustrating a process for improving a data protection intent in accordance with some embodiments. In the example shown, process 400 may be implemented by a data management plan orchestrator, such as data management plan orchestrator 114. In some embodiments, process 400 is implemented to perform some or all of step 204 of process 200.

At 402, a specification of a data protection intent is analyzed. The data protection intent specification may indicate a disaster recovery plan that includes at least a particular RPO, a particular RTO, and/or a particular IOPS value. The disaster recovery plan may specify a particular primary site and a particular disaster recovery site.

At 404, it is determined whether a different specification is possible to achieve the data protection intent. A data management plan orchestrator may determine whether a different specification that still achieves the data protection intent, but reduces the number of resources needed to achieve the data protection intent can be implemented.

For example, the specification of the data protection intent may specify a near-zero RPO (e.g., less than 5 minutes), and to make the one or more objects included in a data pool available at a disaster recovery site with a near-zero RPO (less than 5 minutes) and a RTO of 30 minutes. The example described with respect to FIG. 2 required the data management plan orchestrator to configure for some or all of the one or more objects included in the data pool, a corresponding hot standby at the first data recovery site to achieve the near-zero RPO and the near-zero RTO requirements. In contrast, the data management plan orchestrator may determine an RTO of 30 minutes may be achieved without having to set up the hot standbys at the first disaster recovery site. Instead, the data management plan orchestrator may determine that an RTO of 30 minutes may be achieved by setting up at a backup system of a second disaster recover site corresponding hot standbys for some or all of the one or more objects to be included in the data pool when the disaster recovery plan is performed. This reduces the overall amount of resources (e.g., processing, network, time, etc.) needed to achieve the near-zero RPO and a 30 minute RTO specification.

The different specification may include replacing one of the different data management services with another data management service. E.g., a scheduled backup may be replaced with CDP protection.

In the event it is determined that a different specification is possible to achieve the data protection intent, process 400 proceeds 406. In the event it is determined that a different specification is not possible to achieve the data protection intent, process 400 proceeds 408.

At 406, a modified configuration to achieve the data protection intent specified by the data protection intent specification is determined. The data management plan orchestrator may determine which of the plurality of different data management services are needed to implement the modified specification of the data protection intent. The data management plan orchestrator may implement one or more machine learning models to determine the modified configuration. The data management plan orchestrator may also determine a corresponding configuration for each of the determined data management services needed to implement the modified specification of the data protection intent.

For example, instead of creating at the disaster recovery site a corresponding hot standby for some or all of the one or more objects to be included in the data pool when a disaster recovery plan is performed, a corresponding hot standby may be created at a backup system at the primary datacenter for some or all of the one or more objects to be included in the data pool when the disaster recovery plan is performed. The corresponding hot standbys for some or all of the one or more objects may be stored in a first storage tier (e.g., SSD) associated with the backup system at the primary site. The corresponding hot standbys may be pinned to the first storage tier associated with the backup system at the primary site.

At 408, a configuration to achieve the data protection intent specified by the data protection intent specification is determined. The data management plan orchestrator may determine configurations for each of the one or more different data management services needed to achieve the data protection intent.

FIG. 5 is a flow diagram illustrating a process for updating a configuration to achieve a data protection intent in accordance with some embodiments. In the example shown, process 500 may be implemented by a data management plan orchestrator, such as data management plan orchestrator 114. In some embodiments, process 500 is implemented to perform some of step 208 of process 200.

At 502, a current configuration of one or more data management services is monitored. The one or more data management services are configured in a manner to provide data protection for one or more objects included in a data pool. The one or more objects included in the pool may share the same tag, label, and/or prefix. The number of objects included in the pool may increase over time. As a result, the current configuration of the one or more data management services may be insufficient to maintain the data protection intent.

At 504, it is determined whether the current configuration is sufficient to achieve the data protection intent. For example, the number of VMs included in the data pool may have increased since the current configuration of the one or more data management services was initially implemented. As a result, the current configuration of the one or more data management services may be unable to maintain the data protection intent.

In some embodiments, the one or more storage devices, one or more data services, and/or one or more data management service tools running the one or more data management services may be insufficient to maintain the data protection intent. For example, a data storage device may run out or close to running out of storage for a CDP-enabled object. A primary site and a disaster recovery site may be experiencing connectivity issues that may cause a specified RPO and/or specified RTO associated with a data pool to be unachievable.

In the event the current configuration is sufficient to achieve the data protection intent, process 500 proceeds to 506 where the current configuration is maintained. In the event the current configuration is not sufficient to achieve the data protection intent, process 500 proceeds to 508.

At 508, the current configuration is modified in a manner to achieve the specified data protection intent. The data management plan orchestrator may determine which of the plurality of different data management services are needed to implement a modified configuration to achieve the specified data protection intent. The data management plan orchestrator may also determine a corresponding configuration for each of the determined data management services needed to implement the modified configuration of the data protection intent.

At 510, the user is alerted that the current configuration is modified. In some embodiments, step 510 occurs before step 508 and the user indicates how the current configuration should be modified to achieve the specified data protection intent.

FIG. 6 illustrates an example of a GUI in accordance with some embodiments. In the example shown, GUI 600 illustrates a specification of a data protection intent. The data protection intent specification may be specified by a user via a GUI, such as GUI 103.

GUI 600 is configured to present a plurality of building blocks that enable a user to specify a data protection intent. GUI 600 may enable a user to manipulate a plurality of building blocks in manner that graphically represents the user's data protection intent. One or more data blocks may be nested within one of the data blocks to indicate part of the data protection intent. In the example shown, a user has specified a disaster recovery plan for a disaster recovery service (e.g., data management service).

A data pool may include one or more data sets. A data set is comprised of one or more objects. In some embodiments, a data pool is comprised of one or more objects without one or more specified data sets. GUI 600 may enable a user to graphically specify which objects are to be included in the data set when the disaster recovery plan is performed through the use of one or more of the building blocks. For example, GUI 600 may display a plurality of building blocks for specifying a data protection intent. GUI 600 may enable a user to specify a data protection intent through the use of a plurality of building blocks. GUI 600 may enable a user to perform a series of “drag and drop” operations to specify the data protection intent. A data protection intent may include any combination of the building blocks available for specifying the data protection intent.

The plurality of building blocks may include a GUI item 601 that enables a user to specify a primary site associated with a disaster recovery plan. A primary site may correspond to a datacenter location associated with an entity.

The plurality of building blocks may include a GUI item 602 that enables a user to specify, if needed, a disaster recovery site associated with the disaster recovery plan. The disaster recovery site may correspond to a datacenter associated with the entity that is different than the specified primary site.

The plurality of building blocks may include a GUI item 603 that enables a user to specify a data pool to which the disaster recovery plan is to be applied. The data pool is comprised of one or more data sets. In the event a user adds a plurality of data sets to the data pool, the order in which the disaster recovery plan is to be applied is based on a top-down order. In some embodiments, the order in which the disaster recovery plan is to be applied is based on a bottom-up order. In some embodiments, the one or more data sets are analyzed to determine all of the objects included in the one or more data sets and the disaster recovery plan is applied to the objects included in the one or more data sets independent of the object's membership in a data set.

The plurality of building blocks may include a GUI item 604 that enables a user to specify a target center associated with the disaster recovery plan. In some embodiments, a target center corresponds to a data set. In some embodiments, the target center corresponds to a server or virtual machine that is to receive data associated with one or more objects stored at the primary site. For example, the target center may correspond to a server or virtual machine that is to be used for restore, migration, replication, continuous data protection, etc.

The plurality of building blocks may include a GUI item 605 that enables a user to specify a time delay associated with the disaster recovery plan. The time delay may indicate an amount of time after the data protection intent specification is validated before a disaster recovery plan associated with the data protection intent specification is performed.

In some embodiments, a time delay is specified for a data set included in a data pool. For example, a data management service may be applied to a first data set included in the data pool. The graphical user interface item that enables a user to specify a time delay associated with the disaster recovery plan may enable the user to specify an amount of time before the disaster recovery plan is applied to a second data set included in the data pool.

In some embodiments, a time delay is applied to a data pool. For example, after a disaster recovery plan is validated, the time delay may indicate an amount of time before the disaster recovery plan is to be applied to the data pool.

The plurality of building blocks may include a GUI item 606 that enables a user to specify a script associated with the disaster recovery plan. For example, the script may be a script to validate that a target center has enough storage to perform the disaster recovery plan, a script to check network connectivity to perform the disaster recovery plan, etc.

The plurality of building blocks may include a GUI item 607 that enables a user to specify a protection profile associated with the disaster recovery plan. The protection profile may indicate a RTO, a RPO, and/or IOPS associated with objects included in the specified data pool. The protection profile may indicate a tier associated with objects included in the specified data pool. A tier may be associated with a corresponding RPO, RTO, and/or IOPS.

The protection profile may indicate a frequency at which backups (e.g., continuous, hourly, daily, weekly, etc.) are to be performed for objects included in the specified data pool. The protection profile may indicate a type of backup (e.g., full backup, incremental backup, CDP) that is to be performed for objects included in the specified data pool. The protection profile may indicate a frequency (e.g., one time, daily, weekly, etc.) at which a virus scan is performed on objects included in the specified data pool. The protection profile may indicate a storage tier for objects included in the specified data pool. A tier may be associated with a corresponding RPO, RTO, and/or input/output operations per second (IOPS).

GUI 600 may include a GUI item 630 that enables a user to validate the combination of building blocks that specify the data protection intent.

In the example shown, GUI items 613, 615, 616, 617 are nested within GUI item 611. This indicates that a user has specified the data protection intent to include a primary site 611 having a location of “San Francisco,” a data pool 613 having a name of “Mission Critical Billing,” a time delay 615 of 5 minutes to applied to the data pool, a script 616 of “PreFailover.bat” to be applied to the one or more objects included in the data pool, and a protection profile 617 that includes a RPO that is less than 5 minutes, a RTO that is less than 5 minutes, and a protection start time of Jul. 9, 2020 at 10:25 am.

GUI item 624 is nested within GUI item 622. This indicates that the user has specified the data protection intent to include a disaster recover site 622 having a location of “Denver,” and a target center 624 of “vCenter West 01.”

The invention can be implemented in numerous ways, including as a process; an apparatus; a system; a composition of matter; a computer program product embodied on a computer readable storage medium; and/or a processor, such as a processor configured to execute instructions stored on and/or provided by a memory coupled to the processor. In this specification, these implementations, or any other form that the invention may take, may be referred to as techniques. In general, the order of the steps of disclosed processes may be altered within the scope of the invention. Unless stated otherwise, a component such as a processor or a memory described as being configured to perform a task may be implemented as a general component that is temporarily configured to perform the task at a given time or a specific component that is manufactured to perform the task. As used herein, the term ‘processor’ refers to one or more devices, circuits, and/or processing cores configured to process data, such as computer program instructions.

A detailed description of one or more embodiments of the invention is provided along with accompanying figures that illustrate the principles of the invention. The invention is described in connection with such embodiments, but the invention is not limited to any embodiment. The scope of the invention is limited only by the claims and the invention encompasses numerous alternatives, modifications and equivalents. Numerous specific details are set forth in the description in order to provide a thorough understanding of the invention. These details are provided for the purpose of example and the invention may be practiced according to the claims without some or all of these specific details. For the purpose of clarity, technical material that is known in the technical fields related to the invention has not been described in detail so that the invention is not unnecessarily obscured.

Although the foregoing embodiments have been described in some detail for purposes of clarity of understanding, the invention is not limited to the details provided. There are many alternative ways of implementing the invention. The disclosed embodiments are illustrative and not restrictive. 

What is claimed is:
 1. A method, comprising: receiving a specification of a data protection intent; automatically determining configurations for a plurality of different data management s services in an attempt to achieve the specified data protection intent; and automatically implementing the determined configurations in the plurality of different data management services.
 2. The method of claim 1, wherein the data protection intent specifies at least a recovery point objective (RPO) and a recovery time objective (RTO).
 3. The method of claim 1, wherein the data protection intent specification specifies a data pool that identifies one or more objects to be included in the data pool when a data management service is performed and the data management service to apply to the one or more objects to be included in the data pool.
 4. The method of claim 3, wherein the one or more objects to be included in the data pool share at least one of a tag, label, feature, and/or prefix.
 5. The method of claim 3, wherein the data management service is disaster recovery.
 6. The method of claim 1, wherein automatically determining configurations for the plurality of different data management services in the attempt to achieve the specified data protection intent includes determining which of the plurality of different data management services are needed to implement the specified data protection intent.
 7. The method of claim 6, wherein automatically determining configurations for the plurality of different data management services in the attempt to achieve the specified data protection intent further includes determining a corresponding configuration for each of the determined data management services needed to implement the specified data protection intent.
 8. The method of claim 1, further comprising validating the data protection intent specification.
 9. The method of claim 8, wherein validating the data protection intent specification includes identifying one or more data storage devices, one or more data services, and/or one or more data management service tools needed to achieve the data protection intent specification.
 10. The method of claim 9, wherein validating the data protection intent specification includes determining whether an identified data storage device, an identified data service, or an identified data management service tool is able to implement a corresponding configuration associated a data management service that the identified data storage device, the identified data service, or the identified data management service tool is to implement.
 11. The method of claim 8, wherein a notification is provided in the event the data protection intent specification is unable to be achieved.
 12. The method of claim, 11, wherein the notification includes one or more recommendations.
 13. The method of claim 1, wherein automatically determining configurations for a plurality of different data management services in an attempt to achieve the specified data protection intent includes analyzing the data protection intent specification.
 14. The method of claim 13, wherein automatically determining configurations for a plurality of different data management services in an attempt to achieve the specified data protection intent further includes determining a different specification of the data protection intent.
 15. The method of claim 14, wherein the different specification of the data protection intent includes replacing one of the different data management services with another different data management service.
 16. The method of claim 1, further comprising monitoring a current configuration of the plurality of different data management services.
 17. The method of claim 16, further comprising determining that the current configuration of the plurality of different data management services is unable to achieve the specified data protection intent.
 18. The method of claim 17, further comprising modifying the current configuration of the plurality of different data management services to achieve the specified data protection intent.
 19. A computer program product embodied in a non-transitory computer readable medium and comprising computer instructions for: receiving a specification of a data protection intent; automatically determining configurations for a plurality of different data management services in an attempt to achieve the specified data protection intent; and automatically implementing the determined configurations in the plurality of different data management services.
 20. A system, comprising: one or more processors configured to: receive a specification of a data protection intent; automatically determine configurations for a plurality of different data management services in an attempt to achieve the specified data protection intent; and automatically implement the determined configurations in the plurality of different data management services; and a memory coupled to at least one of the one or more processors and configured to provide the at least one of the one or more processors with instructions. 